United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, l'atint and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



10/099,902 



O.VI.V2002 



Matti Salmi 



4955 7590 05/21/2008 

WARE FRESSOLA VAN DER SLUYS & ADOLPHSON, LLP 
BRADFORD GREEN, BUILDING 5 
755 MAIN STREET, P O BOX 224 
MONROE, CT 06468 



BILGRAMI, ASGHAR H 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/099,902 


Applicant(s) 

SALMI ET AL. 


Examiner 

ASGHAR BILGRAMI 


Art Unit 

2143 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE MONTH(S) OR THIRTY (30) DAYS, 

WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )□ Responsive to communication(s) filed on . 

2a )□ This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) D Claim(s) is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) D Claim(s) is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) ^| Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20080516 



Application/Control Number: 10/099,902 
Art Unit: 2154 



Page 2 



DETAILED ACTION 

Claim Rejections - 35 USC § 101 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

2. The term "data structure" in claim 63 is directed towards a functional descriptive 
material which consist of data structures and computer programs which impart 
functionality when employed as computer component and is therefore no-statutory. (The 
definition of "data structure" is "a physical or logical relationship among data elements, 
designed to support specific data manipulation function." Please see MPEP 2106.01 
[R-6] 

When nonfimctkmai descriptive material is recorded on some coaputer-readable 
medium, in a computer or on an electromagnetic carrier signal, it is not statutory since no 
requisite functionality is present to satisfy the practical application requirement. Merely 
claiming nonfunctional descriptive material ie.. abstract ideas, stored on a computer- 
readable medium, in a computer, or on an electromagnetic carrier signal does not make 
it statutory. See >Diamond v.< Diehr. 450 U.S. *> 175,< 185-86,209 USPQ *>1,<8 

Appropriate correction is required to overcome this rejection. 

3. Dependent claims 1 -21 , 62 & 64 are also rejected under 35 U.S.C. 1 01 by virtue 
of their dependence on independent claim 63. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-64 rejected under 35 U.S.C. 103(a) as being unpatentable over Desai 
et al (U.S. 6,820,204 B1 ) and Eftis et al (U.S. 7,1 71 ,473 B1 ) 

5. As per claims 22, 42 & 63 Desai disclosed presence information service 
management method for use by a server capable of communicating with plurality of 
users through their respective clients, wherein the presence information is requested or 
provided in primitives, said method comprising (col. 5, lines 13-23): receiving an 
authorize presence primitive from an authorizing user authorizing access to selected 
presence information of said authorizing user (col.3, lines 42-67, col.4, lines 1-7 & 

col. 18, lines 63-64), receiving an update primitive from an updating user, wherein said 
update presence primitive include one or more presence values to be updated (col.3, 
lines 45-49) , receiving a get presence primitive from a requesting user for requesting 
presence information of a requested user, to which a response including requested 
presence information is required or receiving a subscription presence primitive from a 
user for requesting presence information of the requested user, to which on going 
responses including requested presence information are required, determining if access 
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to said presence information of the requested user has been authorized or pre- 
authorized and, if not, requesting authorization from the requested user, and if 
authorized or pre-authorized, providing a presence primitive including said requested 
presence information of the requested user to the requesting, or info primitives including 
providing requested presence information on an on-going basis to said subscribing 
user, particularly after receiving an update of said presence information from said 
requested user (col.4, lines 44-61 ). However Desai did not explicitly disclose wherein 
the presence information comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided. In the same field of endeavor Eftis disclosed wherein 
the presence information comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided (col. 14, lines 20-57) 

It would have been obvious to one in the ordinary skill in the art at the time the invention 
was made to have incorporated one or more presence attributes indicating the status of 
a user as disclosed by Eftis in the presence information service management method as 
disclosed by Desai in order to keep the track of the users on the network resulting in a 
robust network that portrays accurate information about the users in the network. 
Additionally to elaborate on the claim interpretation, the terms used in the claims such 
" authorize presence primitive", " update presence primitive", "get presence primitive" and 
" presence info primitive" are simply message commands used to conduct respective 
functionalities with respect to "presence primitive" (information related to the user 
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profile). Also in addition, it is widely common for communications (to include 
voice/video/data) in an electronic network environment to be transmitted in the form of 
packets, datagrams or frames etc. For example, TCP/IP is a well-known communication 
protocol having a header that contains source and destination addresses along with 
additional fields that contain unique information about the transmitted packet. 
Applicant on page 2, lines 20-21 of the specification states: "a data structure including a 
plurality of primitives, Also it is common for a data structure to have plurality of 
fields (primitives), which relate to specific information regarding the user for example, 
name, address, phone number, e-mail address etc (please see Desai, col. 9, lines 1-18 
& col. 17, lines 43-67). 

6. As per claims 1 , 2, 18-21 & 62 Desai-Eftis disclosed a data structure of claim 63 
wherein the primitive is a get presence primitive provided by a client of a requesting 
user to a server to request presence information of a requested user, that the get 
presence primitive has various information elements including a requesting user 
identifier, a requested user identifier, and a list of presence values requested, and 
wherein the response to the get presence primitive a presence info primitive is provided 
by the server to the client of the requesting user, and that the presence info primitive 
has various information elements including the requested user identifier and a list of 
presence values supplied (Desai, col.3, lines 42-67 & col.4, lines 1-5) 
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7. As per claims 6, 27 & 47 Desai- Eftis disclosed the data structure of claim 63, 
wherein said presence attributes are is classifiable in any one or more of the following: 
client reachability, user availability, user personal status, user or client location, and 
client capabilities (Eftis, col. 14, lines 20-57). 

8. As per claims 23 & 43 Desai- Eftis disclosed the presence information service 
management method of claim 22, wherein each of said presence information request 
messages comprises a primitive having various mandatory information elements 
including a message identifier, a transaction identifier, and an identification of a 
requested user (Desai, col .4, lines 44-61). 

9. As per claims 17, 24 & 44 Desai- Eftis disclosed the presence information service 
management method of claim 22, wherein said presence attributes are classifiable in 
any one or more of the following: client reachability, user availability, user personal 
status, user or client location, and client capabilities (Eftis, col. 14, lines 20-57). 

10. As per claims 4, 25 & 45 Desai- Eftis disclosed the presence information service 
management method of claim 22, wherein said step of requesting authorization from a 
requested user is carried out by means of an authorization message comprising a 
primitive having various mandatory information elements including a message identifier, 
an authorization request transaction identifier, a requesting user identifier and a list of 
presence values (Desai, col. 3, lines 42-67 & col .4, lines 1-5). 
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11. A per claims 5, 8, 26 & 46 Desai- Eftis disclosed the presence information 
service management method of claim 22 wherein presence information is authorized by 
means of said authorization messages from authorizing users each comprising an 
authorization primitive having various mandatory information elements including a 
message identifier, an authorization request transaction identifier, a requesting user 
identifier, and a list of presence values (Desai, col.3, lines 42-67 & col.4, lines 1-5). 

12. As per claims 3, 28 & 48 Desai- Eftis disclosed the presence information service 
management method of claim 22, wherein a buddy list user maintains one or more 
buddy lists on a server for sending messages to one or more recipient users separately 
or to a whole buddy list, wherein the recipient users are not necessarily aware of the 
buddy list and cannot refer to the buddy list with any replies they make, and said buddy 
list user maintaining one or more buddy lists on said server is able to access buddy list 
presence information (Eftis, col. 14, lines 20-57) 

1 3. As per claims 9-11,1 3, 29 & 49 Desai-Eftis disclosed the presence information 
service management method of claim 22, further comprising receiving join group 
primitives from member users joining a private user group, by presence primitives 
indicative of presence information of member users of said private user group to each 
member user upon joining said private user group but not after departing, and by 
providing group left primitives indicative of departed member users to remaining private 
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user group member users upon receipt of leave group primitives indicative of said 
departing member users (Eftis, col. 14, lines 20-57) 

14. As per claims 30 & 50 Desai- Eftis disclosed the presence information service 
management method of claim 29, wherein member users are joined by said step of 
joining only if said join group message is preceded by a step of providing an invitation to 
join primitive to said joining member user (Eftis, col. 14, lines 20-57). 

15. As per claims 12, 31 & 51 Desai- Eftis disclosed the presence information service 
management method of claim 22, further comprising receiving a create group primitive 
from a member user creating a user group, said create group primitive having 
information elements indicative of identification of a client used by the user creating the 
user group, identification of the member user creating the user group, and a list of 
member users of the user group, by reporting to the member users with a group 
information primitive indicative of establishment of the user group and selected group 
information, and by permitting member users of the user group to interchange message 
primitives (Eftis, col. 14, lines 20-57). 

16. As per claims 32 & 52 Desai- Eftis disclosed the method of claim 31 , further 
comprising receiving a request for group information from a requesting member user, 
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and reporting to the requesting member user with a group information primitive 
indicative of selected group information (Desai, co!.3, lines 42-67 & col.4, lines 1-5). 

1 7. As per claims 1 6, 33 & 53 Desai- Eftis disclosed the method of claim 31 , further 
comprising: receiving a request to modify said user group from a requesting member 
user, and reporting to the requesting member user with a group information primitive 
indicative of selected group information (Desai, col. 3, lines 42-67 & col.4, lines 1-5). 

18. As per claims 14, 34 & 54 Desai- Eftis disclosed the method of claim 31, further 
comprising receiving a request to delete said user group from a requesting member 
user, and by reporting to the member users with a status primitive indicative of 
disestablishment of said user group (Desai, col. 3, lines 42-67 & col.4, lines 1 -5). 

19. As per claims 35 & 55 Desai- Eftis disclosed the presence information service 
management method of claim 22, further comprising receiving a store content primitive 
from a storing user and storing any content conveyed in a content information element 
of said content primitive along with or according to information elements identifying said 
store content primitive, a store transaction, a storing user, a storing client used by said 
storing user, a group, properties of said content, and a header of said content, providing 
a content information primitive to member users in said group having information 
elements identifying said content information primitive, said store transaction, and said 
header, receiving a get content information primitive from a retrieving user in said group 
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having information elements identifying said get content primitive, a retrieval 
transaction, the retrieving user, a retrieving client used by said retrieving user, and said 
group, and providing a receive content primitive to said retrieving user having 
information elements identifying said receive content primitive, said retrieval transaction, 
said group, said content, said header of said content, and having an information 
element containing shared content for storing among said member users (Desai, col. 3, 
lines 42-67, col. 4, lines 1-5 & col.8, lines 42-67) 

20. As per claims 36 & 56 Desai- Eftis disclosed the method of claim 29, further 
comprising: receiving a delete content primitive from a deleting user having information 
elements identifying said delete content primitive, a delete transaction, the deleting 
user, a deleting client used by said deleting user, said group, and content for deletion, 
and deleting said shared content (Desai, col.24, lines 3-19). 

21 . As per claims 37 & 57 Desai- Eftis disclosed the presence information service 
management method of claim 22, further comprising: providing a content information 
primitive to a notified user from a server having information elements identifying said 
content information primitive, a store transaction, and a header, receiving a get content 
information primitive from said notified user having information elements identifying said 
get content primitive, a retrieval transaction, and said notified user, and providing a 
receive content primitive from said server to said notified client having information 
elements identifying said receive content primitive, said retrieval transaction, said 
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header, and having an information element containing shared content (Desai, col. 3, 
lines 42-67 & col. 4, lines 1-5) 

22. As per claims 1 5, 38 & 58 Desai- Eftis disclosed the method of claim 34 for 
adding to said shared content at said server by a storing user, further comprising: 
receiving a store content primitive at said server having content in an information 
element thereof for said adding to said shared content along with or according to 
information elements identifying said store content primitive, a store transaction, the 
storing user and a header (Desai, col.3, lines 35-87 & col. 4, lines 1-67). 

23. As per claims 39 & 59 Desai- Eftis disclosed the method of claim 37 for deleting 
from said shared content at said server by a deleting user, further comprising: receiving 
a delete content primitive from said deleting user at said server, said primitive having 
information elements identifying said delete content primitive, a delete transaction, the 
deleting user and content for deletion (Desai, col. 24, lines 3-19). 

24. As per claims 8, 40 & 60 Desai- Eftis disclosed the presence information service 
management method of claim 22, further comprising an exception management method 
for use in exception handling of a transaction by a user or server in responding to a 
request by said server or said user, respectively, said exception management method 
comprising: providing a status primitive in said responding to said request for indicating 
success or failure of said transaction as well as further information contained in 
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information elements of said status primitive, and receiving said status primitive in said 
requesting server or said requesting user for recognizing said indication of success or 
failure (Eftis, col. 14, lines 20-57). 

25. As per claims 41 & 61 Desai- Eftis disclosed the method of claim 40, wherein 
said information elements include a message identifier, a transaction identifier, and a 
status value indicative of said success or failure (Eftis, col. 14, lines 20-57). 

26. As per claim 18 Desai- Eftis disclosed a device having means for at least 
temporarily storing a data structure for transmission or reception, wherein said data 
structure is according to claim 63 (Desai, col. 17, lines 43-67). 

27. As per claim 19 Desai- Eftis disclosed a system having at least one server able 
to communicate with a plurality of devices, wherein a communication protocol is used 
between the at least one server and the plurality of devices with a data structure 
according to claim 63 (Desai, co!.33, lines 7-28). 

28. As per claim 20 Desai- Eftis disclosed the system of claim 19, wherein said 
presence values have associated space and time information useable by said at least 
one server to modify said presence values or related presence values (Desai, col. 3, 
lines 35-67 & col.4, lines 1-67). 
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29. As per claim 21 Desai-Eftis disclosed the system of claim 20, wherein said 
presence values have a validity attribute associated to said space and time information 
(Desai, col.3, lines 35-67 & col.4, lines 1-67). 

30. As per claim 64 Desai-Eftis disclosed the data structure of claim 63, wherein the 
primitive is a invite group primitive by inviting client of an inviting user to one or more 
invited used, the invite group primitive has various information elements including an 
inviting identifier, an inviting client identifier, a list of one or more users invited to a 
group, and an identifier of said group (Eftis, col. 14, lines 20-57). 

Claim Rejections - 35 USC § 103 

31 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

32. Claims 1-64 rejected under 35 U.S.C. 103(a) as being unpatentable over Desai 
et al (U.S. 6,820,204 B1)and Tornabene et al (U.S. Pub. No. 2002/0023132 A1). 

33. As per claims 22, 42 & 63 Desai disclosed presence information service 
management method for use by a server capable of communicating with plurality of 
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users through their respective clients, wherein the presence information is requested or 
provided in primitives, said method comprising (col. 5, lines 13-23): receiving an 
authorize presence primitive from an authorizing user authorizing access to selected 
presence information of said authorizing user (col. 3, lines 42-67, col.4, lines 1-7 & 
col. 18, lines 63-64), receiving an update primitive from an updating user, wherein said 
update presence primitive include one or more presence values to be updated (col. 3, 
lines 45-49) , receiving a get presence primitive from a requesting user for requesting 
presence information of a requested user, to which a response including requested 
presence information is required or receiving a subscription presence primitive from a 
user for requesting presence information of the requested user, to which on going 
responses including requested presence information are required, determining if access 
to said presence information of the requested user has been authorized or pre- 
authorized and, if not, requesting authorization from the requested user, and if 
authorized or pre-authorized, providing a presence primitive including said requested 
presence information of the requested user to the requesting, or info primitives including 
providing requested presence information on an on-going basis to said subscribing 
user, particularly after receiving an update of said presence information from said 
requested user (col.4, lines 44-61 ). However Desai did not explicitly disclose wherein 
the presence information comprises one or more presence attributes, the values of the 
attributes indicating presence status of a user or a client of the user at the time the 
presence information is provided. In the same field of endeavor Tornabene disclosed 
wherein the presence information comprises one or more presence attributes, the 
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values of the attributes indicating presence status of a user or a client of the user at the 
time the presence information is provided (Page 11, lines 15-23 & page 12 lines 1-3 of 
the Tornabene's provisional application 60/189973 filed March 17, 2000), 

Once a connection to the M saver 516 hm been established, the client system 502 
may use an instelled IM client application to directly or indirectly transmit data to and access 
content from the JM server 516 and an associated domain server 518. The IM server 516 
supports the fimdainental instant messaging services and the domain sever 5 I S may support 
associated services, such as, for example, administrative matters, directory services, chat and 
interest groups, in general the purpose of the domain server 5 .1 8 is to lighten the load placed 
on the IM server 516 by assuming ixspons!biiit> r for some of the services within the M host, 
complex 51.2. By accessing the- IM server 5 16 and/or the domain server 5t8» a subscriber can 
use the IM client application to view whether particular subscribers ("buddies*'} are online, 
exchange instant messages with particular subscribers, participate in group chat rooms* trade 
files such as pictures, invitations or documents, find other subscribers with similar interests, 
get customized news and stock quotes, and search the Web. 

It would have been obvious to one in the ordinary skill in the art at the time the invention 
was made to have incorporated one or more presence attributes indicating the status of 
a user as disclosed by Tornabene in the presence information service management 
method as disclosed by Desai in order to keep the track of the users on the network 
resulting in a robust network that portrays accurate information about the users in the 
network. 
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Additionally to elaborate on the claim interpretation, the terms used in the claims such 
" authorize presence primitive", " update presence primitive", "get presence primitive" and 
" presence info primitive" are simply message commands used to conduct respective 
functionalities with respect to "presence primitive" (information related to the user 
profile). Also in addition, it is widely common for communications (to include 
voice/video/data) in an electronic network environment to be transmitted in the form of 
packets, datagrams or frames etc. For example, TCP/IP is a well-known communication 
protocol having a header that contains source and destination addresses along with 
additional fields that contain unique information about the transmitted packet. 
Applicant on page 2, lines 20-21 of the specification states: "a data structure including a 
plurality of primitives, Also it is common for a data structure to have plurality of 
fields (primitives), which relate to specific information regarding the user for example, 
name, address, phone number, e-mail address etc (please see Desai, col. 9, lines 1-18 
& col. 17, lines 43-67). 

34. As per claims 1 , 2, 18-21 & 62 Desai-Tornabene disclosed a data structure of 
claim 63 wherein the primitive is a get presence primitive provided by a client of a 
requesting user to a server to request presence information of a requested user, that 
the get presence primitive has various information elements including a requesting user 
identifier, a requested user identifier, and a list of presence values requested, and 
wherein the response to the get presence primitive a presence info primitive is provided 
by the server to the client of the requesting user, and that the presence info primitive 
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has various information elements including the requested user identifier and a list of 
presence values supplied (col .3, lines 42-67 & col.4, lines 1-5) 

35. As per claims 6, 27 & 47 Desai-Tornabene disclosed the data structure of claim 
63, wherein said presence attributes are is classifiable in any one or more of the 
following: client reachability, user availability, user personal status, user or client 
location, and client capabilities ({Page 11, lines 15-23 & page 12 lines 1-3 of the 
Tornabene's provisional application 60/189973 filed March 17, 2000). 

36. As per claims 23 & 43 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein each of said presence information 
request messages comprises a primitive having various mandatory information 
elements including a message identifier, a transaction identifier, and an identification of 
a requested user (Desai, co!.4, lines 44-61). 

37. As per claims 17, 24 & 44 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein said presence attributes are 
classifiable in any one or more of the folSowing: client reachability, user availability, user 
personal status, user or client location, and client capabilities ((Page 1 1 , lines 1 5-23 & 
page 12 lines 1-3 of the Tornabene's provisional application 60/189973 filed March 17, 
2000). 
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38. As per claims 4, 25 & 45 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein said step of requesting authorization 
from a requested user is carried out by means of an authorization message comprising 
a primitive having various mandatory information elements including a message 
identifier, an authorization request transaction identifier, a requesting user identifier and 
a list of presence values (Desai, col. 3, lines 42-67 & col.4, lines 1-5). 

39. A per claims 5, 8, 26 & 46 Desai-Tornabene disclosed the presence information 
service management method of claim 22 wherein presence information is authorized by 
means of said authorization messages from authorizing users each comprising an 
authorization primitive having various mandatory information elements including a 
message identifier, an authorization request transaction identifier, a requesting user 
identifier, and a list of presence values (Desai, coL3, lines 42-67 & col.4, lines 1-5). 

40. As per claims 3, 28 & 48 Desai-Tornabene disclosed the presence information 
service management method of claim 22, wherein a buddy list user maintains one or 
more buddy lists on a server for sending messages to one or more recipient users 
separately or to a whole buddy list, wherein the recipient users are not necessarily 
aware of the buddy list and cannot refer to the buddy list with any replies they make, 
and said buddy list user maintaining one or more buddy lists on said server is able to 
access buddy list presence information (Tornabene, paragraphs.84 & 86) 
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41 . As per claims 9-11, 1 3, 29 & 49 Desai-Tornabene disclosed the presence 
information service management method of claim 22, further comprising receiving join 
group primitives from member users joining a private user group, by presence primitives 
indicative of presence information of member users of said private user group to each 
member user upon joining said private user group but not after departing, and by 
providing group left primitives indicative of departed member users to remaining private 
user group member users upon receipt of leave group primitives indicative of said 
departing member users (Tornabene, paragraphs. 76 & 85) 

42. As per claims 30 & 50 Desai-Tornabene disclosed the presence information 
service management method of claim 29, wherein member users are joined by said 
step of joining only if said join group message is preceded by a step of providing an 
invitation to join primitive to said joining member user (Tornabene, paragraphs.76 & 85). 

43. As per claims 12, 31 & 51 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising receiving a create group 
primitive from a member user creating a user group, said create group primitive having 
information elements indicative of identification of a client used by the user creating the 
user group, identification of the member user creating the user group, and a list of 
member users of the user group, by reporting to the member users with a group 
information primitive indicative of establishment of the user group and selected group 
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information, and by permitting member users of the user group to interchange message 
primitives (Tornabene, paragraphs. 58, 76 & 85). 

44. As per claims 32 & 52 Desai-Tornabene disclosed the method of claim 31 , 
further comprising receiving a request for group information from a requesting member 
user, and reporting to the requesting member user with a group information primitive 
indicative of selected group information (Desai, col. 3, lines 42-67 & coi.4, lines 1-5). 

45. As per claims 1 6, 33 & 53 Desai-Tornabene disclosed the method of claim 31 , 
further comprising: receiving a request to modify said user group from a requesting 
member user, and reporting to the requesting member user with a group information 
primitive indicative of selected group information (Desai, col. 3, lines 42-67 & col .4, lines 
1-5). 

46. As per claims 14, 34 & 54 Desai-Tornabene disclosed the method of claim 31 , 
further comprising receiving a request to delete said user group from a requesting 
member user, and by reporting to the member users with a status primitive indicative of 
disestablishment of said user group (Desai, col. 3, lines 42-67 & coi.4, lines 1-5). 

47. As per claims 35 & 55 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising receiving a store content 
primitive from a storing user and storing any content conveyed in a content information 
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element of said content primitive along with or according to information elements 
identifying said store content primitive, a store transaction, a storing user, a storing 
client used by said storing user, a group, properties of said content, and a header of 
said content, providing a content information primitive to member users in said group 
having information elements identifying said content information primitive, said store 
transaction, and said header, receiving a get content information primitive from a 
retrieving user in said group having information elements identifying said get content 
primitive, a retrieval transaction, the retrieving user, a retrieving client used by said 
retrieving user, and said group, and providing a receive content primitive to said 
retrieving user having information elements identifying said receive content primitive, 
said retrieval transaction, said group, said content, said header of said content, and 
having an information element containing shared content for storing among said 
member users (Desai, col. 3, lines 42-87, coi.4, lines 1-5 & col. 8, lines 42-67) 

48. As per claims 36 & 56 Desai-Tornabene disclosed the method of claim 29, 
further comprising: receiving a delete content primitive from a deleting user having 
information elements identifying said delete content primitive, a delete transaction, the 
deleting user, a deleting client used by said deleting user, said group, and content for 
deletion, and deleting said shared content (Desai, co!.24, lines 3-19). 

49. As per claims 37 & 57 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising: providing a content 
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information primitive to a notified user from a server having information elements 
identifying said content information primitive, a store transaction, and a header, 
receiving a get content information primitive from said notified user having information 
elements identifying said get content primitive, a retrieval transaction, and said notified 
user, and providing a receive content primitive from said server to said notified client 
having information elements identifying said receive content primitive, said retrieval 
transaction, said header, and having an information element containing shared content 
(Desai, col.3, lines 42-67 & col .4, lines 1-5) 

50. As per claims 1 5, 38 & 58 Desai-Tornabene disclosed the method of claim 34 for 
adding to said shared content at said server by a storing user, further comprising: 
receiving a store content primitive at said server having content in an information 
element thereof for said adding to said shared content along with or according to 
information elements identifying said store content primitive, a store transaction, the 
storing user and a header (Desai, coS,3, Sines 35-67 & co!.4, lines 1-67). 

51 . As per claims 39 & 59 Desai-Tornabene disclosed the method of claim 37 for 
deleting from said shared content at said server by a deleting user, further comprising: 
receiving a delete content primitive from said deleting user at said server, said primitive 
having information elements identifying said delete content primitive, a delete 
transaction, the deleting user and content for deletion (Desai, col.24, lines 3-1 9). 
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52. As per claims 8, 40 & 60 Desai-Tornabene disclosed the presence information 
service management method of claim 22, further comprising an exception management 
method for use in exception handling of a transaction by a user or server in responding 
to a request by said server or said user, respectively, said exception management 
method comprising: providing a status primitive in said responding to said request for 
indicating success or failure of said transaction as well as further information contained 
in information elements of said status primitive, and receiving said status primitive in 
said requesting server or said requesting user for recognizing said indication of success 
or failure (Tornabene, 76 and Page 11, lines 15-23 & page 12 lines 1-3 of the 
Tornabene's provisional application 60/189973 filed March 17, 2000). 

53. As per claims 41 & 61 Desai-Tornabene disclosed the method of claim 40, 
wherein said information elements include a message identifier, a transaction identifier, 
and a status value indicative of said success or failure (Tornabene, paragraph. 76 and 

Page 11, lines 15-23 & page 12 lines 1-3 of the Tornabene's provisional application 
60/189973 filed March 17, 2000). 

54. As per claim 18 Desai-Tornabene disclosed a device having means for at least 
temporarily storing a data structure for transmission or reception, wherein said data 
structure is according to claim 63 (Desai, col. 17, lines 43-67). 
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55. As per claim 19 Desai-Tornabene disclosed a system having at least one server 
able to communicate with a plurality of devices, wherein a communication protocol is 
used between the at least one server and the plurality of devices with a data structure 
according to claim 63 (Desai, col. 33, lines 7-28). 

56. As per claim 20 Desai-Tornabene disclosed the system of claim 1 9, wherein said 
presence values have associated space and time information useable by said at least 
one server to modify said presence values or related presence values (Desai, col.3, 
lines 35-67 & col. 4, lines 1-67). 

57. As per claim 21 Desai-Tornabene disclosed the system of claim 20, wherein said 
presence values have a validity attribute associated to said space and time information 
(Desai, col.3, lines 35-67 & col. 4, lines 1-67). 

58. As per claim 64 Desai-Tornabene disclosed the data structure of claim 63, 
wherein the primitive is a invite group primitive by inviting client of an inviting user to one 
or more invited used, the invite group primitive has various information elements 
including an inviting identifier, an inviting client identifier, a list of one or more users 
invited to a group, and an identifier of said group (Tornabene, paragraph.76). 
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Response to Arguments 

59. Applicant's arguments with respect to claims 1-64 have been considered but are 
moot in view of the new ground(s) of rejection. 

Additionally, examiner believes that Tornabene's provisional application sufficiently 
disclose the group administration aspect which displays the status information of a user 
and at least one attribute of at least one user to the other user. Please see examiner's 
rejection and the excerpt form Tornabene's the provisional application. 

60. Examiner again advises the applicant to narrow the claim language of the 
independent claims to move this case in a positive direction. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to ASGHAR BILGRAMI whose telephone number is 
(571)272-3907. The examiner can normally be reached on 9-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nathan J. Flynn can be reached on 571-272-1915. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

AB 



/Nathan J. Flynn/ 

Supervisory Patent Examiner, Art Unit 2154 



